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Field of the Invention 

The invention refers to the setting of user preferences, listed in a user terminal or in an 
5 information or transmission system to which a user terminal may be connected 

Background of the Invention 

It is important to know in which "role" a (e.g. mobile) terminal user is at a certain moment 
and/or locabon: it may felt undesired if a mobile terminal receives and displaysTcZhed^ 

^a^ 

in general the fact that no account can be made with the user's "mode", «mood" or 
Summary of the Invention 

Another aspect Is to apply one common user Interface and/or platform for the setttno of ,k», 
princes, valid for the tennlnal and/or toe network and/or L£m£ * 

l £Z"JZ? " 10 ' PreferenCeS ^ - » te c£» means of WAP 

toedeslredrfght^ood", toe behaviour of toe toJh4lTtoe toTnZ^hf^ 
SnTit r T" 3 9raUP CdUSKr) * "»» «■* someof Itt^ettoe 



Figures 

Figure 1 shows schematically the Internet and a mobile telecommunication network, as well as 
a mobile terminal. 

Figure 2 shows schematically an embodiment of a mobile terminal which is enabled to 
cooperate with the telecommunication network and the internet. 

Detailed Description of the Drawings 

In figure 1 a terminal 1 may be connected to a telecommunication network 2, via basestations 
3. The network 2 is deemed to be controlled by control means 4, including a database 5. Of 
course, in practice the control means 4 comprise a plurality of servers, exchanges, registers, 
databases etc.; the control means may be based on "Intelligent Network" (IN) technology, ' 
which is fit for lean and mean adaptation of user preferences etc., which may be registered in 
the relevant database(s). 

By means of a telephony/internet interface server 6 -e.g. known from applicant's EP2079379- 
the telecommunication network 2 is linked with the internet ("world wide web") 7. Connected to 
the internet 7 are several servers 8 which may be enabled to deliver information In the form of 
graphics, text, images, sound etc One server 9 may serve as "portal" for services to and from 
mobile terminals like terminal 1. 

Figure 2 shows schematically the architecture of terminal 1 more in detail. Shown Is an 
antenna 10, connected to a transceiver 11, which, In turn, Is connected with a terminal 
controller 12. controller 12 is connected with an API module 13, a register 14, a camera 15, a 
loudspeaker 16, a video display screen 17, an Input module 18, comprising a keyboard 19 and a 
pointing device 20, and a microphone 21. For sake of clarity, the interconnections between the 
various modules are not shown in figure 2. 

The terminal 1 may originate a call to another terminal via the network 2. Such a call may be 
setup by means of tiie keyboard 19, the controller 12, the transceiver 11, the antenna 10, one 
of the base stations 3 and the network control means 4, which will setup a connection to the 
relevant called terminal. A call from another terminal to terminal 1, will arrive at the control 
means 4 in the same way, after which the control means 4 will setup a connection to terminal 1 
via the relevant base station 3, guided by e.g. location information of terminal 1 registered in 
database 5. The received call will reach controller 12 via the antenna 10 and transceiver 11, 
resulting in e.g. outputting a call tone via the loudspeaker 16, whereupon the terminal user' . 
may pick up the call by pushing the relevant button on the keyboard 19. 

When the user e.g. is attending a meeting, the user may have set locally -e.g. via keyboard 
19- the terminal's call tone into "buzz" mode, or the user, in another environment, may set a 
certain preferred ring tone, for instance some measures of the user's favourite piece of music. 
Besides to make a voice connection with another terminal, terminal 1 may be enabled to 
communicate with internet servers 8. To that end the terminal 1 may connect, via Interface 6, 
the relevant portal server 9. Via portal 9 information (text, graphics, video, sound, etc.) may be 
dowloaded from (and/or uploaded to) one or more of the servers 8. Said Information is 
transmitted to the terminal 1 and presented to the terminal's display 17 and/or -In the case of 
audible information- the loudspeaker 16. 

Besides setting preferences within the terminal, as discussed before, the user may set user 



preferences within the telecommunication network 2, which settings may be registered in 
database 5, and/or user preferences in the Internet domain, viz. preferences in the portal 9 
and/or within (files within) one or more servers 8. 

All those user preferences now may be set using one common (e.g, graphic) user interface 
5 (GUI), residing in the terminal 1, to set both the local terminal related preferences like ringtone 
settings etc, and external settings, registered in the telecommunication network and/or in the 
internet To that end the terminal 1 comprises the API (Application Program Interface) module 
13 mentioned before. In general an API is a software module comprising a language and 
message format used by an application program to communicate with the operating system or 

10 some other control program such as a database management system or communications 

protocol. API's may be implemented by writing function calls in the program, which provide the 
linkage to the required subroutine for execution. Thus, an API implies that some program 
module is available in the computer to perform the operation or that it must be linked into the 
existing program to perform the tasks. 

15 Being connected to the internet portal server 9, the terminal 1 may load a common setting 
internet page ("preferences setting page") which may be displayed at the screen 17 and which 
includes fields which may be filled (completed) by the user with the user's preference 
parameters, clustered together to different "moods", "modes" or "environments" (hereinafter to 
be called "moods"). 

20 The parameters may partly be valid as local terminal settings relating to the terminal hardware 
and/or software to be registered in the terminal's register 14. The parameters also may partly 
be valid as settings for the telecommunication network 2, to be registered in dabase 5. And 
finally, part of the user preference setting may be valid for one or more internet servers, either 
having the function of portal, like server 9, or not, like the servers 8. 

25 For instance, user preference parameters for the mood "business" could comprise e.g. 

- one or more terminal parameters e.g. setting the terminal's ring tone to buzz or vibrate, to be 
registered into terminal register 14; 

- one or more network parameters e.g. setting the network 2, to be registered into the 
network control database 5, e.g. setting that only pne or some restricted originating callers may 

30 access the user's terminal 1, while all remaining callers are rerouted to e.g. a secretary's 
telephone number or to the user's voice mail box; 

- one or more portal server parameters, to be registered into the portal server, e.g. setting a 
preference relating to the format (font, background) of internet pages to be displayed to the 
user via the terminal screen 17; 

35 - one or more content provider parameters, to be registered within the portal server 9 and/or 
the relevant content servers 8, e.g. setting the content to be downloaded to the terminal 1, e,g. 
relevant stock quotes or selected business news. 

All those parameters are to be input in said "preferences setting page", in this example related 
(and clustered) to the "business mood". The same page may comprise input fields In which 
40 preferences may completed related to other moods, like "home", "holiday", "hobby" etc. All 
those clustered preferences may be input by means of one "preferences setting page" common 
for all "moods" or via separate "preferences setting pages" per "mood", which Isn't important as 
such. 
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All parameters are thus recorded via the "preferences setting page(s)" and transmitted to the 
portal server 9, in which the all those parameters are registered 

When the terminal user, after having transmitted his/her preferences for the various moods to 
the portal server 9, the user may load and activate his/her preferences by calling a "moodDaoe" 
at the porta. 9 and selecting or setting his/her mood for that moment, e.g. the mood 

business". 

After the user selects and submits the mood "business" to the portal server 9, the portal server 
9 reaves the user's preference parameters from the relevant "preferences setting P age(s7 
and actuates toe relevant internet related parameters within the porta. 9 and the reLant 
linked servers 8. The parameters which are valid outside the internet domain, viz in the 
telecommunfcabon network 2 and/or within the terminal 1 itself are sent back to the terminal l 
and set in Its controHer 12 v.a the API modu.e 13, wh.ch Is able to read and .nterp^ T 
contents -especially the parameters- of the non-internet preferences sent back from the portal 
9, to interact with the controller 12 and to set the terminal settings like e.g. the r n g tone 
settings etc. Besides, the API module 13 may output via controHer 12 settings for the 
.telecommunication network. Those network settings -which normally have to be set by the user 
by inputting such settings e.g. via the keyboard 19- wii, be forwarded, by the controHer 12 to 
the network contro. means 4, to be registered in the relevant network database 5 
So, reg.sterlng and clustering -via completing the electronic form called "preferences settina 
~ ° f h r I" " m °° d " fe,ated '° Ca ' - --.oca. tne^ZZ^ 9 

J U " r 40 ad9Pt hb/her termina '' " etWOrk and Pyrenees to 

222Z?taT "ZTZT ,n 3 WCB ' Vb ' by Se ' eCt,n9 the re,evant ™* duster) and 
submitting it to the portal 9, which portal 9 subsequently retrieves all previously input 

parameters assigned to the setected mood. The parameters are used to adapt toe portal's and 
the reievant server's settings to the user's "mood" and -after sending back the ZST 

^^^n T TT " eCeSS,ty 10 S6nd ^ ,0Ca ' a0d n6tW0rk P aramete <* f ™ the 
portal to the terminal and/or network, it may be advantageous to register those parameter 

w,to,n the term,na. 1 and net™* 2 respectively instead of In the porta, server 9 To that end 

the local and network parameters are read from the "preferences setting page" form(s) when 

2? » TT* by , tHe ^ a " ™ « * the fol is t be 

submitted to the portal 9. The API module 13 may be programmed thus that on submission of 
the parameters by means of such a "preferences setting page" form, the API 13 interne 
subm.tted parameters and registers locally, in register 14, the termina. and/or netwo* 
parameters, labeled with (clustered to) the relevant mood item (e.g. "business"). To act In the 

programmed so that, when the user submits, by means the "moodpage" called from the portal 

Ind 9 ; £■ (n T } r d n r nessVThe Aw 13 intercepts that — ™° d c*. n °™ 
SS^SS rt ter 14 ' the ,ora ' and network paramet - to «» « 

re .Z nLL V " Parametef3 ^ aCt ' Vated b * the termfnal ' whi 'e the .nternet 

and EST ? ^ ^ 9 WWCh *° aCHVateS thOSe P aramete - As the 

term,nal and network parameters already are present In the term.nal 1 ft will be no longer 
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necessary to send those parameters back to the terminal. 

For completeness it is noted that it might be preferred to have an (additional) API module 22 
within the network control means 4, enabling the control means 4 to intercept, register and 
afterwards retrieve In database 5 parameters which are valid for the user related preferred 
5 network settings, related to the various user moods like "business" etc. In that case the 

terminal 1 could intercept, register and retrieve locally the relevant terminal parameters using 
register 14 and API module 13, the network control means 4 could Intercept, register and 
retrieve the relevant network parameters using database 5 and said API module 22, while only 
the internet related parameters should be registered and retrieved in the portal server 9 and/or 

10 content servers 8. 

It is rioted that the preference setting pages or moodpages might also be called and 
completed by means of e.g. a data terminal connected to the internet 7, bypassing the relevant 
mobile terminal 1. Of course the relevant moodpages should have to be secured against 
unauthorised access etc. Further, some mood page parameters could relate to billing aspects, 

15 e.g. billing accounts: by selecting "business" as mood the usage of the terminal, 

telecommunication network 2 and/or the internet related services of the servers 8 and/or 9 
could be billed using a business account, while when the user selects a private mood like 
"holliday" the costs for using the terminal, telecommunication network and/or internet related 
services could be attributed to a private user account 
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CLAIMS © 

1. User terminal comprising control means (12), a user interface (17,18) and means for 
interaction between the terminal and one or more servers (4,8,9) via a network (2,7), the 
terminal comprising means (12,13), cooperating with the user interface, for substantially 

5 simultaneously setting local user preferences valid for the terminal itself and nonHocal user 
preferences, valid for said one of more servers (4,8,9). 

2. User terminal according to claim 1, said means being fit for downloading and displaying a 
preferences setting file from one of said servers, to be completed by the user with the user's 

10 local and/or non-local preferences via said user Interface, and for uploading said preferences 
setting file completed with said local and/or non-local preferences tb the relevant server (9). 

3. User terminal according to claim 2, said means being fit for assigning one or more 
preference groups to the completed local and/or non-local preferences, 

15 

4. User terminal according to claim 3, said means being fit for selecting, by the user, one 
occurrence out of said preference groups, for retrieving, in the relevant server (9), the local 
and/or non-local preferences assigned to the selected preference group, and for activating the 
relevant preferences in, respectively, the terminal and/or the network and/or the server or 

20 servers where applicable. 

5. User terminal according to claim 4, comprising an Application Program Interface (13) fit for 
activating the preferences in the terminal. 

25 6. User terminal according to claim 4, comprising an Application Program Interface (13) fit for 
remotely activating the preferences in the network (2). 

7. Information system, comprising a network (2,7) connecting user terminals (1) and servers 
(4,8,9), one or more of said the terminals and one or more of said servers comprising means 

30 for mutual interaction via a network (2,7), as well as means for substantiallysimultaneously 
setting local user preferences valid for the terminal itself and non-local user preferences, valid 
for said one or more servers. 

8. Information system according to claim 7, said means being fit for downloading a preferences 
35 setting file from one of said servers to the relevant terminal, the means, moreover, being fit for 

completion the preferences setting file by the user with the user's local and/or non-local 
preferences, and fit for uploading said preferences setting file completed with said local and/or 
non-local preferences to the relevant server (9). 

40 9. Information system according to claim 8, said means being fit for assigning one or more 
preference groups to the completed local and/or non-local preferences. 



10. Information system according to claim 9, said means being fit for selecting, by the user, 



one occurrence out of said preference groups, for retrieving, in the relevant server (9) the local 
and/or non-toca. preferences assigned to the selected preference group, and for activating ^ 
relevant preferences in, respectively, the terminal and/or the network and/or the server or 
servers where applicable. 

11. Information system according to daim 10, the relevant temiinal comprising an Application 
Program Interface (13) fit for activating the preferences in the terminal. 

12. Information system according to claim 10, the relevant network comprising an Application 
Program Interface (22) fit for activating the preferences in the network. 

13. Method for setting, In an information system, comprising a network (2,7) connecting user 
terminals (1) and servers (4,8,9), local user preferences valid for the relevant terminal Lff and 
non-local user preferences, valid for said one or more serve*, comprising next steps: 

- downloading a preferences setting file from one of said servers to the relevant terminal 

- completion the preferences setting file by the relevant terminal's user with the user's local 
and/or non- local preferences, assigning one or more preference groups to the completed local 
and/or non-local preferences, 

- uploading said preferences setting file completed with said local and/or non-local preferences 
to the relevant server (9), 

- selecting, by the user, one occurrence out of said preference groups 

- reeving, ,n the relevant server (9), the local and/or non-local preferences assigned to the 
selected preference group, u 

- activating the relevant preferences in, respectively, the terminal and/or the network and/or 
the server or servers where applicable. 
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Abstract 



Method, system and terminal for setting, In an Information system, comprising a network (2 7> 
connecund user terminals (1) and servers (4,8,9), local user preferences valid for the terminal 
.tee f and non-toca user preferences, valid for said one or more servers. A preferences setting 
file ,s downloaded from one of said servers to the relevant terminal, which is completed by the 

ZtTJTT ^ ^ ^ ,0Ca ' and/ ° r n0n •' 0ca, P refere "^ Subsequently, [he 
completed preferences setting file is uploaded to the relevant server (9). One or more 

preference groups ("moods") may be assigned to the completed local and/or non-local 

rtTr^ C ^; The , USer ^ SeteCt OCCUrTen0e OUt ° f SaW Prefere " Ce 9™P S ' ^'«ng in 

ST. SVant S6rVer (9) ' ' 0Ca ' and/ ° r non - ,oca ' Pyrenees assigned to the 

selected preference group, and activating the relevant preferences in, respectively, the terminal 

and/or the network and/or the server or servers where applicable. 
Fig. 1 
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